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.elates to Extensible Markup Language (XML) content retrieval and 
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B^ffiSEQiMD^El . conmu rdcations 

The Internet has become the dominant veh.de for data comm 

„d i ns gr owth ta meusa g eo fI nte r netdevices, Wir eessdev 1 cesa n 

rnegrow^baseonnternetusershasbecome accustomed toreadily 

Led services which traditionally were restricted or hrrated 
accessing Intemet-based serv.es ^ Accessibi uty 

to the "client/server" environment, at any tune from y 
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a ^Aucts over the Interne! means enterprises 
to traditional business services and products over 

have to adjust to new paradigms of transacting business. 

Consequently, some organizations are, for example, scrambling* 
cement e— e and customer relationship management (CKM, strate.es 
to increase revenue andbring them closer to their customer base. But 

organizations mat are committed to an e-business strategy reahze that the* 
procurementoperationsareanequallycriticalaspectofmeirbusiness. By 

wiltheir supply chainpartnersandrealizedramaticbusinessefhoenaesa.d 
cost savinginpurchasing everything fromoffice supplies to services toraw 



materials. 
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■ For any organization, procuring goods and services is a core busrness 

function that is critica! to the successful operations of the company. All 
organizanonsmustprocureWirecrgooc.suchasomces.ppUesandother 

ma ,eria>stha t suppo«^ 
operations (MROs) to function. 

raw materia.* or components that are used in manufacturing processes. Other 
g oodsor services that organizations must procure indude travel, consultmg 

services and equipment. 



25 



Many large organizations have dedicated resources that handle 
p.ocurementatacorporatelevel.Bycentralizmgprocuremen.organizatrons 

can bring control over the entire process and improve their purchasrng 
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efficiencies. Unfortunate in many organizations, procured is still a 
rented, paper-— e process that involves many forms, phone calls, and 
approval cycles. Just as procurement requires interfacing with multr pl e 
suppliers, it requires interacting with different areas of the organization 

have different processes and approval flows. 

' as organizationsbegin to embrace e-business technologies for selting 
goods and serving their customers online, they are also beginning to look a. the 

operations. Thus, e-procuremen, is quickly assuming a highly strategic role 
within the e-business strategies of many organizations. 

• Withe-procurement, organizations ca* move the entire purchasing 
15 catalogsintoacentralcatalogofproducsfromapprovedsupphers^elprng 

buyers quickly locate goods and services. E-procuremen. helps automate the 
formerly time consuming review process typically required to approve 

20 inventory to rnmrmize redundant purchasing, detecting unauthorized spendmg 

compliance. 

As ,he number of business applications on the Internet increases, having 
25 .estrictedcontentandveryUrnitedinformationaboutgoodsandservices 

transactions over the mtemet impairs the ability of purchasing professionals to 
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take advantage of Interne, technologies and provide efficient and cost effective 



services. 
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cttmmaKY OF INVENTION 

Accordingly, to take advantage of the myriad of e-commerce applicatrons 
being deveioped, an e-purchasing and e-procurement system are needed vnth 

toth ee-purchasing and e-procuremen. system to be formatted based on 
available Internet purchasing standards. Further, a need exists for a system and 
m ethod of presentation formatting of content to be different from the formating 
logi c of the user, request to enable quick indentation of data 
presentation to the dien, A need exists for soiutions to allow 

.echnically unsophisticated end-users to connect to the .nteme, and perform 
sophisticated purchasing and procurement decisions and activities not ava able 

• »wc rMirrhasine environment without unduly 
in the prior art in an organization s purchasing en 

asking the end-user's technical abUitie, A need further exists for an improved 
andlesscostlydevicetadependentsystem^Mchimprovesefficiencyand 

provides content to various users of different configurations without losing the 
embedded features designed for these devices. 



What is described is an e-procurement system having a portal server 
20 purchasing and procurement applications require including storing capaburhes 

m one embodiment of the present invention, the procurement system includes a 
catalogmanagementsystemthatmtegratesinformanonfrommumpleexternal 

catalogs that indude a collection of goods and services that may be ordered 
25 electronically from a database repository into a consolidated catalog of goods 
and services from approved suppliers to enable a purchasing or procurement 
agent to purchase items over the Internet. 
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SUN-P6535 / ACM/ DKA 5 



,n one embodiment of the present invention, the procurement processmg 
system includes a requisition and order management module that helps 
organizations to streamline the requisitions process in the organization. The 
requisition and order management module allows users to request multiple 
items from different suppliers or a single requisition from a plurality of back-end 
resource servers on the Internet and transforms the content into a format suitable 
for deHvery to the client. In one embodiment, an Extensible Markup Language 
(XML) content is formatted to transform the XML content from an external 
source into an appropriate markup content for delivery to a request from a user 
of the e-procurement system of the present invention. 

The present invention further includes a Data Mapping Framework that 
a„ows multiple documents to be delivered at multiple locationsbased on a single 
requisition request by a user. The Data Mapping Framework allows the e- 
procurement system of the present invention to automatically process inbound 
and outbound XML document requests handledby the e-procuremen. system. 

Embodiments of the present invention are also directed to a system and a 
method for accepting in-bound order requests in a first data format from users 
and transmitting out-bound orders in a second data format that is substantially 
different from the first data format. The document framework of the present 
invention is further utilized to accept communications from the system 
formatting and presentation in the electronic purchasing and procurement 
5 environment of a business enterprise. In general, embodiments of the present 
invention vary the degree of handling supplier or buyer requests to a pluranty of 
purchase orders or requisitions from a plurality of order catalogs from web-srtes 
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based on a plurality of suppliers connecting to the electronic procurement 
environment. The present invention implements internal proprietary content 
request formatting to retrieve extensible markup language content form a data- 



source 



_ external to the e-procuremen, system or from a file-system on a server 
b ased on detailed user request information. In other words, the embodiments of 
the invention provide user specific content request formatting and presentation 
of content gathered from various back-end resources and presented m a 
consolidated form in the e-procurement environment. 

10 Embodiments of the invention include an extensible markup language 

(XML) content generation and transformation solution designed to improve the 
handHng of Open Buying on the Internet (OBI) Standard content requests from a 
variety of user requisition requests to the procurement and purchasing system of 
the present invention. The requested information may be gathered from a 
15 variety of supplier catalog over a variety of web-sites and integrated for 

presentation to a variety of different user requests. The present invention allows 
for the intelligent mapping of Internet based OBI standard ianguage content 
requests to the purchasing and procurement system using one or more Internet 
access protocols available to the user to format the data gathered into a 
20 coherently and cohesively formatted content into one or more markup language 
documents suitable for delivery to the requesting user. 

To achieve the content request delivery formatting and data presentation 
formatting of the present invention, embodiments provide a software- 
25 implemented process based on the XML data mapping format for use m an 

Interne, purchasing based environment using a variety of markup languages to 
forma, data content to any number of documents without modifying the 
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underlying code. Contents of the purchase requisition are then mapped into an 
internal proprietary XML data format to allow for the quick and effechve 
processing of the purchase requests. The mapped XML data is then reformatted 
and delivered in an XML forma, suitable for delivery in response to the purchase 
request. In one embodiment of the present invention, an Extensible Markup 
Language (XML) may be used to forma, content requests from the user to the 
purchasing and procuremen. system. The purchasing and procuremen, system 
then may use a sub-processing XDOC framework to generate XML data fetched 
and parsed in response to the user's request. 

Embodiments of the present invention generate internal tags which 
correspond to tag information contained in the OBI XML data presented to the e- 
procurement system of the invention. The internal tag is then used * access 
mapping information responsive to the OBI XML data from a database that 
stores data and objects that correspond to the OBI XML data. The internal tag 
further aUows the data mapping framework to reference associated attnbute 
information from the database with respect to each data object. 

Embodiments of the present invention include an extensible configuration 
20 Me that is text based and allows a user of the e-procurement system to 

dynamically change file characteristics of the contents of the purchase request. 

Embodiments of the present invention further include mapping logic that 
maps the OBI XML content of a purchase order of a firs, forma, into an 
25 intermediary second data format for processing by the Data Mapping 

Framework. The second data format is subsequently transformed into a tturd 
data format suitable for delivery in response to me particular purchase order. 
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Events of the present invention receive a user purchase requisite 
req uest from a particular user using an Internet based Open Buyer's Interface 
standard protocol. OBI is the standard used to connect multiple e-commerce 
sites together to provide real time data sharing between suppliers and 

purchasers. OBI allows multiple Internet sites to behave as one s.te. 

Embodiments of the present invention generate out-bound documents in 
response to the in-bound requests from purchasers over the Internet. Out-bound 
documents are generated in XML which is a batched process datafromone :site 
t0 another. XML allows systems to be updated as data is passed back and forth 
from one system to another. The present invention allows the XML data to be 
configured to export and import data to the appropriate system on-demand, 
share real-time data between multiple sites and effectively keep site data m 
synchronization. 



15 



A sub-process is used for formatting the requested data for presentahon 
to the requesting client. In this embodiment, the present invention associates the 
contents of a purchase order to an arbitrary XML data source in a database 
associated with the e-procurement system. The retrieved XML data is 
20 transformed using a proprietary data object and attributes transformation log* 
into an appropriate format such as a Hyper-Text Markup Language and a host of 
other markups languages. 

^ese and other objects and advantages of the present invention will no 
25 doubt become obvious to those of ordinary skill in the art after having read the 
following detailed description of the preferred embodiments which are 
illustrated in the various drawing figures. 
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. pi>TCE nKSCRIP TT^H "F ™ ™ SWINGS 

The accompanying drawings, which are incorporated in and form a part 
of this specification, iliustrates embodiments of the invention and, together w.th 
the description, serve to explain the principles of the invention: 

Figure 1 is a block diagramof one embodiment of the e-commerce 
environment of the present invention; 

Figure 2 is a block diagram of an embodiment of the architecture of the e- 
10 procuring and e-purchasing system of one embodiment of the present invention; 

Figure 3 is a block diagram of an exemplary process flow implementation 
of a purchase requisition of an embodiment of the present invention; 



15 



Figure 4 is a block diagram of an exemplary data layout in memory and in 
a database of files in an embodiment of the present invention; 



Figure 5 is a block diagram of an exemplary in-bound and out-bound 
document generation of one embodiment of the purchasing and procurement 
20 system of the present invention; 

Figure 6 is a block diagram of an embodiment of the functional units of 
the XML Mapping unit of one embodiment of the present invention; 



25 



Figure 7 is a block diagram of an embodiment of the Extensible Markup 
Language (XML) data Mapper and Transformation unit of one embodiment of 
the present invention; and 

, n September 18, 2001 
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Figure 8A and Figure 8B are a flow diagram of one embodiment of the 
step XML data fetching and transformation process in accordance wuh one 
embodiment of the present invention. 
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. nugTRTPTTON OF the PREFERRED EMBODIMENTS 

Reference will now be made in detail to the preferred embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 
While the invention will be described in conjunction with the preferred 
5 embodiments, it will be understood that they are not intended to limit the 
invention to these embodiments. 

' On the contrary, the invention is intended to cover alternatives, 
naodifications and events, which may be included within the spirit and 

10 scope of the invention as defined by the appended Claims. Furthermore, in the 
following detailed description of the present invention, numerous specific deta.ls 
are set forth in order to provide a thorough understanding of the present 
invention. However, it will be obvious to one of ordinary skill in the art that the 
present invention may be practiced without these specific details, m other 

W instances, well-known methods, procedures, components, and circuits have not 
been described in detail as not to unnecessarily obscure aspects of the present 
invention. 

The invention is directed to a system, an architecture, subsystem and 
20 method to manage an extensible markup language content request formatting 
and presentation processes in an e-commerce procurement and purchasing 
environment in a way superior to the prior art. to accordance with an aspect of 
the invention, an e-procurement and e-purchasing system provides users both 
content request formatting processes and presentation formatting processes that 
25 enable order requisitions to be electronically processed on-line on the Internet. 
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In the following detailed description of the present invention, a system 
and method for Internet protocol based communication system are described. 
Numerous specific details are not set forth in order to provide a thorough 
understanding of the present invention. However, it will be recogrdzed by one 
5 skilled in the art that the present invention may be practiced without these 
specific details or with equivalents thereof. 

' Generally, an aspect of the invention encompasses providing an 
integrated e-procurement and e-purchasing system having a wide range of order 
10 requisition, process, acknowledgement and other services to online users who 
may connect to an enterprise system of on-line purchasing and requisitions. The 
invention can be more fully described with reference to Figures 1 through 8B. 

Figure 1 depicts an e-commerce procurement and purchasing 
15 environment of one embodiment of the present invention. The on-line 

purchasing and procurement environment 100 shown in Figure 1 comprises 
computer server 110, e-Purchase and e-Procurement system 120, Interface 130, 
Database 140, Directory 150 and Memory 160. 

20 Server 110 is coupled to provide an e-platform application server for the e- 

procurement and e-purchasing environment of the present invention. Server 

HO provides a user with a single sign-on facility to the e-procurement system of 
the present invention, as well as the ability to customize the e-procurement 
system. Server 110 provides scalability and high availability to the user. 



25 



E-Procurement system 120 is coupled to Server 110 to provide an on-line 
centralized control for buying goods and services for enterprise operations. E- 
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Procurement system 120 is a business-to-business application for purchasing and 
procurement professionals who are within an organization in the enterprise. E- 
Procurement system 120 is further extensib.e to allow non-profess.onal 
purchasingandprocurementpersonswiththeenterprisetopurchase 
consurnable.suchasofncesuppUes.sma^officeequipmentand services from 

suppliers on the Internet. 

' SHU referring to Figure 1, Interface 130 couples to e-Procurement system 
120 and provides a foundation for order submissions, and establishes 
communication between a customer and legacy systems and the e-Procurement 
system 120 of the present invention. 

interface 130 further supports secure transmission of data over public and 
private network well as the storage of documents, tracking of serviced 
the management of tasks. In one embodiment of the present invention, Interface 
130 supports the American National Standards Institute (ANSI) ASCII 12 and 
other communicadoninterfacestandard, Interface 130 further supports the use 
0 f graphical tools for mapping, translation and conversion of any file format such 
as aectronic Data Interface (EDI) to any other fife format. 



20 



Database 140 is coupled to the e-Procurement system 120 to provide 
orderingandcataloginformauontomeuser.Databasei40maybea.-off*- 

shelf ' software product such as those sold by Grade corporation of Redwood 

25 City, California. 
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In the e-Procurement system 120 of the present invention, Database 140 
also provides an intermediary storage facility of catalog information where 
orders are stored that originated by a use, In-bound orders are processed by e- 
Procurement system 120 using order information retrieved from the catalogs 
stored in Database 140. E-Procurement system 120 transmits out-bound order 
documents based on available catalog information from a supplier to the buyer. 

' Directory 150 of Figure 1 is coupled to e-Procurement system 120 to store 
membership information of users of the e-Procurement system 120. Directory 
150 also stores information on the suppliers, as weU as location information of 
buyers and sellers in order to facilitate an effective and efficient communicahon 
of order and supply information between enterprises. 

' Memory 160 is coupled to the Server 110 to store transient copies of 
purchase requisitions stored in Database 140. A purchase order requisition of 
catalog information stored in Memory 160 has a one-to-one correlation with data 
objects stored inDatabase 140. Information stored in Memory 160 maybe 
stored as Java objects, or the like, in a manner well known in the art. 



20 

Referring now to Figure 2, a block diagram of one embodiment of the e- 
Procurement system 120 of the present invention is shown. As shown in Figure 
2 e-Procurement system 120 comprises catalog managing module 200, catalog 
prions engine 210, Document Exchange (XDOC) module 220, Mapping Module 
25 230 and Rule engine module 240. Ako shown in Figure 2 is DOC Interface 
module 130 which is coupled to XDOC 220. 



15 



SUN-P6535/ACM/DKA 



September 18, 2001 



To make products available to buyers, suppliers organize product 
information into catalogs. The product information data structure in a catalog is 
a hierarchy of categories with items under these categories. The ways of 
representing this information vary from supplier to supplier, even among 
5 suppliers of similar products. 

Catalog management module 200 allows suppliers to map their existing 
catalogs to the e-Procuremen« system 120 using a set of graphical interface too.s. 
Catalog management module 200 allows for a quick real-time catalog creahon 
10 and maintenance by providing creation of buyer managed content. 

Catalog management module 200 further enables a system administrator 
of the e-Procurement system 120 to create and maintain a standardized structure 
that maps supplier catalog data to an e-procurement and purchasing 
15 environment. Catalog management module 200 also provides the system 

administrator with the environment to create and manage group-specific buyers 
and suppliers catalog and generate requisitions and purchase products. 

Pricing module 210 is coupled to Catalog management module 200 to 
20 provide pricing rules for catalog items provided by various supplier, Pricing 
mod ule 210 is configurable to allow the control of the flow of pricing informal 
for purchase requests between a purchaser and a supplier in the e-purchasmg 
and e-procurement environment of the present invention. 



25 



XDOC 220 is coupled to Catalog management module 200 to 
automatically process in-bound order requests to the e-Procurement system 120 
and the corresponding out-bound order data. E-Procurement system 120 
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Lpplierse.c. XDOC 220 examines the tags of any incornmg document o *e 
e-Procurement 5yst e ml 20andde t e^eswhe t he r aco rre spondin g ob ) ec t to*e 

tag is stored in Database 140. 

If the incoming document tag has a corresponding database data object 
XDOC220populates the incoming reques* with me attributes that correspond 

intheincomin gXMLfiiesuchas^ingad^.THstagisdehnedbythe 
present invention as a data object as <biU to> in Database 140. 

Upon identifying the <bi«ing address> tag, XDOC 220 immediately 
.socia.es the tag with the <biU to> data object in Database 14 0 and subsequently 
popuiates the attributes associated with the <biU to > object, m the present 
invention, XDOC 220 has the flexibility to write out XML files in different 
formats. The files can be in OBI or nonOBI formats depending on how the 
business rules are set up. 

Still referring to Figure 2, Mapping Module 230 is coupled to XDOC 
m odule 220 to provide a two step mapping process in accordance wrth an 

non-OBI compliant XML files into an internal XML compliant file suitable to the 
e-Procurement system 120. The two step mapping scheme enables the e- 
Procurement system !20 to handle the translation of the output or me input o 

YTv/n standard or version without modification ot the 
25 any XML document of any XML standard or 

underlying file code. 



20 
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Rules module or engine 240 is coupled to XDOC 220 to provide the 
underlying business rules that control the operating transaction principles of the 
e-Procurement system 120. In the present invention, Rules module 240 rs 
configurable with generalized statements that allow system administrators to 
control the flow and behavior of e-procurement and purchasing system 120. We 
underlying business rules sematics may not be as complex as a full programmmg 
ianguage that allows the user to perform typical cus.omiza.ions such as page 
layouts, icon layouts and other "click and surf functions typica! in Internet 
computing. 

Figure 3 is a block diagram depiction of an exemplary process flow of the 
Open Buying on the taternet (OBI) standard which is the underlying standard 
utilized in Interface 130. The process flow shown in Figure 3 comprises the 
interaction of these entities: requisition 310, Buying 320 and Supplier 330. 

Requisition 310 may be the user with a need for a product or service, who 
meets this need by querying the Supplier 330 catalogs for the required items. 
The Requisition 310 generates order requests and queries order status to the e- 
Procurement system 120 using an Internet browser. 

Buyer 320 represents a purchasing management and information system 
which supports purchasing and procurement functions within an enterprise. 
These systems include an OBI server for receiving OBI order requests and 
retrieving OBI orders. The system further includes handling a requisition profile 
formation, trading partner information and other information necessary to 
complete an order. The Buyer 320 also negotiates and maintains contractual 
relationship with the Supplier 330. 
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Supplier 330 maintains a dynamic electronic catalog that represents 
accurate product and price information that canbe tailored based on the 
creation's affiliation of the requisitions 310. Product and price information 
reflects the contract with a buyer. The supplier's catalog should be integrated 
effectively with inventory and order management system and an OBI server for 



sem 



ding OBI order requests and receiving OBI orders. 



Figure 4 is a block diagram illustration of an exemplary data structure 
10 layout of files and data objects of one embodiment of the e-Procurement system 
120 of the present invention. As shown in Figure 4, the file structure of the e- 
Procurement system 120 comprise requisition 400, line groups 410 and lines 420 
which represent files structure stored in Memory 160. 

15 The e-Procurement file system structure further comprises requisition 

400b, line group 410b and line 420b which represent data objects which are 
stored in Database 140 and map to files in the file structure stored in Memory 
160 In the present invention, line objects describe line item entries, such as the 
description of an item being purchased, the quantity, the location of the buyer or 
20 the supplier, etc., in a purchase order mat specifies the order by a buyer or 
response to an order from a supplier respectively. And each line object has 
attributes which define the classes and sub-classes for items in a catalog. For 
example, the purchase number, the expitation date of the order, the aeation date 
of the order, the modification date of the order, etc. 



25 



Requisition 400 and the corresponding data objects requisition 400b 
represent an electronic list of items a buyer has. A requisition is a purchase 
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request that has no. yet been approved as a purchase order. In the present 
invention, Requisitions 400 and 400b include templates that canbe used to create 
another requisition. The template can contain actual items that are repeatedly 
ordered or other . ypes of information such as default billing, shipping and 

5 approval information. 

Line group 410 and the corresponding data objects 410b represent groups 
of line items contained in a number of purchase requisitions which indicate the 
type of items mat a buyer orders or a supplier has available for sale. Line groups 
10 fromanumberofrequisitions and may include, for example, tavoiceline 
numbers, Order codes, Order line item number, etc. 

Lines 420 and the corresponding data objects lines 420b represent the line 

items contained in each purchase requisition. As shown in Figure 4, each Une in 
15 memor y mapstoada,aobjectlineinDatabasel40. Also, each line in either 
Memory 160 or Database 140 maps to a line in Line group 410 and 410b 
spectively. In the present invention, line groups and lines are data items which 
: stored in Database 140 as data objects and data attributes. 



res{ 
are : 



20 Although the data objects and attributes may differ, the document 

transformation logic of the present invention relates the data object and 
attributes in a manner that enable the XDOC 220 to retrieve data in a relahonal 
manner when exact information of a purchase requisition is not found in the 
Databases The function and method of the file layout in Database 140 and 

25 Memory 160 is described in co-pending US. patent application titled "Dynamic 

Criteria Based Line-Grouping** Purchase Order Generation", filed on 10/15/01 

mechanism and method 
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, Serial No.: , assigned to the assignee of the present invention and hereby 

incorporated by reference herein. 

Figure 5 is block diagram depiction of one embodiment of the Mapping 
5 Module 230 of the present invention. As shown in Figure 5, the Mapping 
Module 230 comprises Processing Unit 500, in-bound documents 510 - 530 and 
out-bound documents 540-560. 

Processing Unit 500 comprises XML processing logic for automatically 
10 processing order requests and responses in XML or other applicable markup 
languages for purchase requisitions made via the e-Procurement system 120 of 
the present invention. 

Process unit 500 generates XML documents for sending out order requests 
15 to suppliers by buyers or procurement professionals. Processing unit 500 also 
handles in-bound request documents (e.g. 510 - 530) emanating from suppliers 
responding to order requests from buyers using the e-Procurement system 120 of 
the present invention. The Processing Unit 500 uses a "documents exchange 
logic" to automate the processing of nvbound request documents and out-bound 
20 response documents by relating file information contained in the in-bound and 
out-bound documents to data objects and attributes retrieved from Database 140 
based on a prior knowledge of the user's characteristics. 

Still referring to Figure 5, the in-bound documents comprise documents 
25 510 -530 which typically represent an OBI 855 document for handling order 

acknowledgements from a supplier and also represent OBI 856 documents which 
typically handle advance shipping instructions from the supplier to the buyer 
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indicating when goods ordered by the buyer may be delivered. The in-bound 
documents further include OBI 865 documents which typically represent order 
cancellation acknowledgements from the. supplier to the buyer acknowledging 
receipt of an order cancellation by the -buyer. 

Out-bound documents comprise documents 540 which typically represent 
OBI XML documents which may include an XML translation of the entire in- 
bound document set present to the Processing unit 500. Document 540 is 
included in out-bound documents to typically represent OBI 850 documents 
which represent Purchase Order generation to the supplier. Purchase Orders 
represent requisitions that have been approved by the buyer for supply by the 
supplier. 

Document 550 represents OBI 860 documents set which typically include 
order changes that are submitted by the buyer to the supplier after a purchase 
order has been provided to the Supplier. 

Figure 6 is a block diagram depiction of one embodiment of the internal 
architecture of the Mapping Module 230 of the present invention. As shown in 
Figure 6, Mapping module 230 comprises Configuration Module 600, Internal 
XML Mapper 610 and dataModel module 620. The Mapping Module 230 
performs a two step XML file translation process which enables the e- 
Procurement system 120 to handle XML files from a variety of external sources 
without having to modify the underlying code of these files in accordance with 
an embodiment of the present invention. 
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Configuration Module 600 is coupled to receive incoming OBI-XML and 
non-OBI-XML files from purchase requisition documents presented to the e- 
Procurement system 120. The Configuration Module 600 provides a mechanism 
for the e-Procurement system 120 to define the relationship between objects, 

5 attributes and tables of records of catalog items supported by the e-Procurement 
system 120 in the e-procurement environment. The Configuration Module 600 is 
configurable and customizable by the user to include XML tags of catalog objects 
and attributes that may be translated from incoming documents to the internal 
XML file. These tags may include, for example, <bill -to-address> which relates 

10 to a typical XML tag <Billing Locations <send-to-address> which relates to a 
typical XML tag receiving locations etc. The data received by the 
Configuration module 600 is presented to the Internal XML mapper 610. 

The Internal XML Mapper 610 of Figure 6 is coupled to the Configuration 
15 Module 600 to receive the external XML tags (e.g., OBI-XML) and translate these 
tags into an internal XML objects known as Buyer-XML or bx_XML. The Internal 
XML Mapper 610 includes logic that enables, the Mapping Module 230 retrieve 
XML objects stored in Memory 160 and write out OBI compliant XML files 
depending on the objects and attributes stored in Database 140 and specified by 
20 the user. 

Files translation in the Internal XML Mapper 610 is achieved by the use of 
dataModel Module 620 which is utilized by XDOC 220 to traverse Database 140 
to retrieve data objects corresponding to the inbound external XML files 
25 presented to Mapping Module 230. DataModel Module 620 includes flags that 
may be set by XDOC 220 in order to selectively retrieve object and attributes 
from Memory 160 and Database 140. DataModel Module 620 is configurable by 
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the user to set flags that allows the e-Procurement system 120 to compile the 
underlying XDOC 220 code. 

In an embodiment of the present invention, when XDOC 220 is configured 
5 for no-OBI compliant files, then there are some custom properties in the 

dataModel Module 620 that determines which attributes of a purchase order are 
to be written out for delivery to a supplier. The following illustrates an 
exemplary embodiment of such custom attribute: 
••order_header"NTV( 
2 10 "Class.name" Str "order_header", 

"attribute" NTV{ 
"order_id"NTV{ 
"attr_name" Str "order_id" 
"schema" NTVArr [ 

15 I 

"schema" Str "orderjieader", 

"schema_attr" Str "orderjd" 
1 



-a 2 



O 



5 5 



20 



The above example shows that the order Jd of a requisition should not be 
written out while writing an outbound purchase order. However, other 
attributes in the purchase order may be written out. 

25 The above example also shows how attributes of a given object can be 

selectively written out during the implementation of XDOC 220. Thus, in the 
present invention, the Mapper Module 230 is configurable to specify the 
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Purchase order/custom property for relationships between different objects. 
This allows the user the ability to specify if a line group, for example, is written 
out then line objects associated with the line group are also written out. 

5 Of course, while writing out the line objects, the purchase order custom 

property for each attribute of the line group is examined. And only those 
attributes which have the purchase order variable set to true are written out. 

Figure 7 is a block diagram depiction of one embodiment of the Internal 
LO XML mapper 610 of the present invention. As shown in Figure 7, the Internal 
XML mapper 610 comprises Database traverse module (DTM) 700, Flag setting 
module 710 and XML data customizing module 720. 

Database traverse module 700 is coupled to provide traversing capabilities 
15 to the Internal XML mapper 610. DTM 700 recursively traverses Database 140 
using the internal tags generated by the Two Step Mapper 230 in response to the 
OBI XML data presented in a purchase order, to retrieve data objects or related 
data objects from Database 140. DTM 700 further retrieves data attributes that 
correspond to the data objects identified by the tags. In the present invention, 
20 the Two Step Mapper 230 utilizes data relationships to directly map data objects 
which directly correspond to the OBI XML data presented in a purchase order or 
may use a relationship logic to map the OBI XML data to data objects which may 
relate to items in the purchase order. 

25 Flag setting module 710 couples to DTM 700 to provide data write out 

selectivity to the Two Step Mapper 230. The mapping logic of the Two Step 
Mapper 230 can set Flag setting module 710 to indicate those contents of the data 
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objects and attributes retrieved from Database 140 that can be written out in 
response to an in-bound document. Hag setting module 710 is either set to a 
"yes" or a "no" to indicate when data should be written out in an out-bound 
document. 

5 XML data customizing module 720 provides the DTM 700 with the 

capability to selectively retrieve data objects from the Database 140 based on the 
contents of Flag setting module 710 and the attributes associated with a 
particular data object. 

10 Figures 8A and 8B depict a flow diagram illustration of one embodiment 

of the mapping of in-bound and out-bound documents, respectively, in 
accordance with one embodiment of the present invention. The process 
illustrated in Figure 8A and Figure 8B is implemented as computer instruction 
code stored in memory and executed by a computer system processor. As shown 

15 in Figure 8A, an in-bound document processing starts at step 800 when the 

contents of the in-bound documents are received by the Mapper Module 230. At 
step 810, the files in the in-bound document is mapped to the internal XML files 
of the Mapper Module 230. 

20 At step 820, the Configuration file 600 is modified to include data objects 

and attributes in the in-bound document that are not present in Database 140. 
The new attributes of the data objects from the resulting Configuration file 
modification are used to then populate the Configuration Module 600 at step 830. 

25 To generate out-bound documents responsive to the in-bound documents, 

the mapping logic in Mapper Module 230 traverses the Database 140 using 
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dataModel Module 620 at step 840. In the present invention, Database 140 can be 
traversed at either the data object level or the attribute level. 

At step 850, processing flags are activated to enable the disabling of data 
objects or attribute write outs by the mapping logic. At decision step 860, the 
mapping logic checks the data write out flag to determine whether the flag is set 
to true. If the write-out flag is set to true, the attribute/object of the contents of 
the out-bound documents is written out at step 870. On the other hand, if the 
data write out flag is set to false, the data write-out step 870 is skipped. 



10 



At step decision step 880, the mapping logic checks to determine if new 
attributes have to be added to the Configuration file Module 600. If new 
attributes are to be added, the Configuration file Module 600 is modified and the 
in-bound file is converted from the internal XML file (e.g., bx_XML) into a 
15 markup file suitable for delivery with the out-bound documents at step 890. 
However, if no new attributes have to be added, processing of the out-bound 
documents ends. 

The foregoing descriptions of specific embodiments of the present 
20 invention have been presented for purposes of illustration and description. They 
are not intended to be exhaustive or to limit the invention to the precise forms 
disclosed, and obviously many modifications and variations are possible in light 
of the above teaching. The embodiments were chosen and described in order to 
best explain the principles of the invention and its practical application, to . . . 
25 thereby enable others skilled in the art to best utilize the invention and various 
embodiments with various modifications are suited to the particular use 
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contemplated. It is intended that the scope of the invention be defined by the 
Claims appended hereto and their equivalents. 
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